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(54) Computerized methods for competitive and coiiabcrativo contract bidding, formation, and 
iserformance 



(57) Methods for canrying out electronfc commerce, 
using, for example, tfie Internet, or other electrons 
means tor communicating among servers and computer 
stations. An exclusive electron^ business community is 
formed in whfch customer members post requests for 
proposals for goods or services on an electronic busi- 
ness site. Vendor members review the posted requests 
and then post a responsive proposal or bid at the elec- 
tronb business site. The bid may be based either upon 
the vendor's individual capabilities, or upon capabilities 



resulting from collnborating with third parties. The col- 
laboration with third parties may range from forming 
business alliances or partnerships, to assuming primary 
contractor or sub-contractor roles. The requesting cus- 
tomer member accesses whatever bids are submitted, 
and uitimatehy negotiates and enters into a contract with 
a selected vendor member for purchase of the desired 
goods or services. 
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Description 

BACKGROUND OF THE INVENmON 

1 . Reld of the Invention 5 

[0001] The invention relates generally to methods 
for canning out electronic commerce, uang, for exam- 
ple, the Internet, or other electronic means for commu- 
nicating among servers and computer stations. More io 
specifically, the invention relates to methods for cus- 
tomer members to post requests for goods or services 
on an electronic business web site, for vendor members 
to review the posted requests and then post a respon- 
sive proposal or bid at the electronic business site. This is 
proposal may be based eitfier upon the vendor's individ- 
ual capabilities or upon capabilities resulting from col- 
laborating in a variety of ways with third parties. The 
requesting customer member and a selected vendor 
member then negotfate and ultimately enter Into a con- 2o 
tract for purchase of the desired goods cr services. 

2. Description of the Prior Art 

[0002] Electronic commerce using the Internet has 25 
increased significantty in recent years, and promises 
ultimately to supplant many traditional ways of conduct- 
ing business. One common form of electronic com- 
merce contemplates that an incTividual company, or 
vendor, maintains an Internet web site where that com- 30 
pan/s goods or services are advertised. In the adver- 
tisement of goods, product specifications, pictures, 
prices, and purchase information are typically included. 
Services may be advertised in the same fashion, where 
the services are standard, and the scope of the woric is as 
known and definite. However, the advertisement of cus- 
tom services is more difficult, as it requires interactive 
sharing of infomnation between the company and its 
potential customer. Some web sites provide for direct E- 
mail inquires, where the customer can communicate its 40 
needs and specifications to the company, and receive in 
return an EHTiailed bid or proposal from the company, 
calculated to meet the customer's specified require- 
ments. 

[0003] While electronic connmunication by way of 45 
the Intemet and E-mail enhances certain aspects of the 
business model described at)ove, the mechanics of the 
commercial transaction remain traditional and inefficient 
in many ways. The prior art business model initially 
requi res that a customer lists its requirements and spec- so 
ifications for the desired goods and services. Then, the 
custon^r must survey and review, all of the potentially 
acceptable products and services available in the mar- 
ketplace. After culling out the inappropriate or undesira- 
ble vendors, the customer firmly devetops a "short lisT ss 
of suitable targeted vendors. 

[0004] The customer then creates a document 
known as a Request For Proposal ("RFP"), and issues 



a copy of the RFP to the short list of vendors. Upon 
receipt of the RFP, a targeted vendor may elect not to 
respond or bid, in effect eliminating prospective vendors 
from the short list In addition to shortening the list fur- 
ttier, the customer's time and effort expended in select- 
ing and communk^ting with a non-responsive targeted 
vendor are entirely wasted. 

[0005] Some of the targeted vendors which Intend 
to respond to the RFP may be unable to provide all of 
the required good or servbes. These vendors must 
invite assistance from other vendors to fulfill the cus- 
tomer's needs. The existence of collaboration or busi- 
ness partnerships between or among vendors to satisfy 
the temns of a particular RFP may not be reflected in the 
proposal made to the customer. The customer may mis- 
takenly believe that a single vendor will perform under 
the proposal, when in fact, other unknown vendors may 
be intimately Involved both in the development of the 
proposal and in completion of performance under it 
[0006] The customer reviews the proposals, and 
ultimately decides upon whk:h vendor or vendors it 
wants to provide the desired goods or servk^es. Then, 
the customer and the vendor are called upon to negoti- 
ate the temrts and conditions, including the price, of the 
goods or servces in question. The negotiation situation 
may furtiier be compficated if the selected vendor did 
not disclose, in the tenns of its proposal, the fact that 
other vendors, or sub-contractors will be relied upon to 
perfomi the requested service or provide the requested 
goods. Such a situation creates a multi-layered negotia- 
tion process, where the selected vendor may have to 
negotiate with the other vendors or sub-contractors 
each time a counter-proposal is received from the mem- 
ber customer. The multi-layered negotiation process is 
time-consuming and inefffoient, and ultimately adds to 
the overall cost of the goods or servfoes, botii for the 
customer and the vendor. The prior art selection proc- 
ess also eliminates potential vendors who may be 
involved in the process of developing products and 
servKjes that could satisfy the customer's requirements, 
but were never even considered because the customer 
was not aware of the vendor's present or developing 
capabilities. 

[0007] Consequentiy, room exists for improvement 
in the overall process by whk:h customers and vendors 
engage in competith^e and collat>orative contract bid- 
ding, formation and performance, for the purchase of 
goods and service& 

SUMMARY OF THE INVENTION 

[0008] The present invention contemplates the 
estabPishment of an electronic business site preferably 
on the Internet, or connected to an equivalent electrons 
communfcations network. The business site is run by a 
business conmnunity organizer, and is only accessible 
by business community members, including customer 
members, vendor members, and sub-contractor mem- 



2 



3 



EP1 054 333A2 



4 



bers. The members are registered in the business com- 
munity, after providing certain informaUon to the 
community organizer and meeting entry criteria. 
[0009] At the electronic business site, a virtual busi- 
ness community is created where customer members 5 
and vendor members can meet to exchange require- 
ments and proposals, access perfomiance histories of 
members under earlier contracts, and negotiate the 
tenns of a new contract The electronic business site 
also facilitates the formation of partnerships and other io 
collaborative business relationships among and 
between vendors and sub-contractors, to satisfy cus- 
tomer member needs. This is typically accompRshed by 
bringing together types of electronic postings, including; 
Requests For Proposals, posted by customer members; is 
Proposals/Bids, posted by vendor members; and, tem- 
plates or forms of Memoranda Of Understanding and 
Corporate Partnership Contracts, posted by the com- 
munity organizer. Once a bid for a customer project hEis 
been tendered and accepted, and an agreemertt 20 
between the customer member and the vendor member 
has been entered into, implementation of the project 
may require special staffing. For that purpose, a vendor 
may recruit sub-contractors. 

[0010] A dient^server architecture is employed to 2s 
implement the system. The business site nnaintained by 
the community organizer includes hardware in the form 
of one or more application servers, one or more data 
storage devices, and a plurality of web servers, and 
appropriate software to control each component. Each 30 
of the community members has a client PC or a work- 
station, or an interactive web client device, such as a 
cellular phone, capable of accessing the Internet or the 
communication networic system employed. Vendor 
members may be directly connected either to the Inter- 3s 
net, or a collaboration server may be interposed 
between the vendor's web client device and the Inter- 
net This special server arrangement allows vendors to 
collaborate among themselves to fashion and imple- 
ment joint business relationships in response to cus- 40 
tomans' requirements. 

[0011] Customer members initiate a business 
transaction by posting a Request For Proposal ("RFP") 
on the web page of the business site. The RFP typically 
has a detailed description of the goods or services 45 
sought, the desired date tor performance completion, 
and a budget, if applicable. Vendor members become 
aware of posted RFPs in several ways. A vendor mem- 
ber may browse outstanding RFPs posted on the web 
page. Or, a vendor member may browse the web page so 
searching for a customer member by name, or by 
searching a company category directory. A notification 
service is also provided by the community organizer, for 
sending electron'c notification to vendor memt>ers, for 
example by E-mail, whenever an RFP fitting the ven- ss 
dor's criteria is posted. 

[0012] After a vendor has reviewed an RFP and 
found it of interest, it needs to make an election as to the 



desired partkHpatory role in the budness transaction. 
The roles include: a sole vendor role, a primary contrac- 
tor role, a suk>-contractor role, or a vendor/vendor col- 
laborative rele. In the event a sole vendor's role is 
elected, the vendor would simply submit a responsive 
bid or proposal directly to the customer. The posted 
RFP is then be updated, to reflect the fiact to the cus- 
tomer and to other prospective bidding vendors, that a 
preposal has been submitted in response to the RFP. 
[0013] Should a vendor choose to become a pri- 
mary contractor, it would first seek out sub-contractors 
through a process known as "marshalling". In this proc- 
ess, the primary contractor may accesses a sub-con- 
tractor list, or register, maintained by the community 
organizer. The primary contractor may also access 
another register at the business site, containing the 
names of all vendors who have expressed an interest in 
assuming a sub-contractor's role for the particular RFP 
of concern. The community or^nizer also maintains 
another member-accessible database, having contract 
performance history about customers and vendors, 
including those vendors w^o may have perfbnned as 
sub-contractors. Using these tools, the primary contrac- 
tor selects the appropriate sub-contractor(s), and 
begins contract negotiations for the necessary goods or 
servfees. TTie parties may access and employ pri- 
mary/subKX)ntractor template agreements, maintained 
by the community organizer. These agreements include 
typfcal provisions whfeh are cateulated for structuring 
successful primary/sub-contractor transactions. Assum-, 
ing successful negotiations are completed, the primary 
contractor and the sub-contractor(s) enter into a con- 
tract, typk^ly made contingent upon the primary con- 
tractor being awarded a contract under the RFP. With 
this complement of additional support, the primary con- 
tractor then submits a responsive bid or proposal to the 
RFR 

[0014] A vendor may also choose to form a stmte- 
gk: business alliance, such as a joint venture or some 
other form of business relationship, with another vendor. 
In this collaborative circumstance, two or more vendors 
join together to respond to the RFR The vendors 
employ a special set of communcation tools and proto- 
cols available at the business site, for posting requests 
for other vendors to enter into a joint business alliance 
for the purpose of meeting the RFPs requirements. The 
vendors have access to the previously mentioned data- 
base having contract peribrmance information about 
potential vendor partners. The vendors also have 
access to vendor/vendor template agreements, main- 
tained at the business site by the community organizer. 
Contract negotiations between and among the vendors 
ensue, and if successful, result in vendor/vendor con- 
tracts. Then, the vendor business alliance posts a ven- 
dorA^endor bid to the customer in response to the RFP. 
[0015] Furtiier negotiations ensue after the 
requesting customer member receives the responshre 
bids, and selects a posting vendor, or vendors, with 



3 



5 



EP 1 054 333 A2 



6 



whom to enter into a contract The custonner and vendor 
mennbers ma/ choose to employ one or more contract 
templates provided at the business site. These contract 
templates are created by the community organizer and 
the members to handle a wide variety of goods and 5 
service transactions, and are subject to ongoing revi- 
sions by the memt)ers based upon shared experiences. 
Other means of facilitating member communications 
and knowledge include bulletin boards, forums, and real 
time electronic meetings. 

[0016] After a contract is successfully negotiated 
and fomned, thte fact is posted at the business site. As 
contract performance progresses and is completed, this 
infomnation may also be posted. Specific infomnation 
about the contract terms may be secured for access 
only by the contracting members. In the event that per- 
formance under the contract template raises issues 
which could be addressed by appropriate modifications, 
interested memt^ers may participate in procedures for 
template amendn^nts. 

[0017] These and other features of the invention 
herein will be described in further detail in the drawings 
and the detailed description of the preferred embodi- 
ment to follow. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0018] 

Rgure 1 is a pictorial diagram of the components of 30 
the electronic business site interconnected to the 
members by means of the Intemet; 
Rgure 2 is a flow chart showing the process for 
member registration; and, 

Rgures 3A and SB together constitute a flow chart 3s 
showing the general process for commercial trans- 
actions conducted on the electronic business site. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMEISTT 40 

[0019] Turning now to Rgure 1 , the electronic busi- 
ness site 11 includes at least one data storage device 
12 and at least one application server 13. Servers 13 
are selected from a suitable commercial system, capa- 45 
ble of providing high performarice database services at 
scalable transaction rates. A number of commercially 
available web servers 14 are also provided. Web serv- 
ers 14 are capable of providing high perfbmrtance web 
services at transaction rates which can be scaled to so 
member population. Servers 14 must also be capable of 
configuring many heterogeneous servers having the 
same name-server identity. 

[0020] The network of web servers 14 intermedi- 
ates between the web browser client, running JAVA or 55 
ACTIVEX, and the networic of application servers 1 3, 
running three-tiered appfication server software. The 
web servers 14 are running commercially available soft- 



ware, whereas the three-tiered appfication server soft- 
ware has some custom features. These features 
include: client software, written in JAVA, JAVA SCRIPT, 
and/or ACTIVEX; servlets, vwitten in server-side JAVA 
or a similar language; CORBA server components, and 
COM server components. 

[0021] The web servers 1 4 are all connected to the 
Intemet 16, or another equivalent electronic communi- 
cation network. Each vendor member has a web client 
devtee 17, such as a PC, which may be connected 
directly to the Intemet 16, or indirectly via a collabora- 
tion server 18. The application software for the server 
1 8 provides a "bolt-on* web client module as well as a 
distributed collaboration meeting facility. This latt^ fea- 
ture supports vendor member communk^ation and inter- 
action such as same time collaboration, near time 
colIat>oration with persistent meeting notes and time- 
stanoped discussion threads, graphics, white board, text 
chat^ideboard, and project schedula 
[0022] Similarly, each customer member has a web 
client dev:ce 19, and each vendor/sub-contractor mem- 
ber has a dient web client device 21 , all of which are 
connected either direcily or by a proxy server, to the 
Intemet 18. Software used in devices 19 and 21 
includes a web browser or an equivalent Intemet inter- 
face. 

[0023] The corhmunity organizer establishes and 
maintains the electronic business site 1 1 in exchange 
for revenue paid by the community members. Sources 
of potential revenue for this service include subscription 
fees, content delivery fees, service fees, advertising, 
and transaction fees. Subscription fees are levied 
monthly to members, for their participation in the com- 
munity. Usage fees may take the form of houriy charges 
for usage of the business site 1 1 , charges for 'pages" of 
the site accessed, or a combination of the twa Content 
delivery charges are charges for downloading specific 
infomriation, such as contract templates and directories. 
Service fees are charges for specialized services, such 
as electronic notifications for postings for goocb or serv- 
ices of a particular type. Advertising fees are charges 
for either banner advertisements that appear on viewed 
■pages' of the site, or for "dick throughs" to the adver- 
tiser's own web site. The transaction fees are commis- 
sions charged to memt>ers for transactional exchanges 
undertaken by community members. 
[0024] The customer members prindpally join the 
community to improve the effidency and effectiveness 
of their business operations, in securing outside 
sources of goods and servk:es. In the present instence, 
customer members seeking vendors to bid for the 
opportunity to fulfill their needs will find an entire conn- 
munrty of vendors available to them. Instead of under- 
taking the prior art process of first finding and then 
selecting a group of vendors to whom to submit a 
Request For Proposal, the customer member using the 
electronic business site merely posts its requiremente to 
the virtual business community. The customer member 
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will also have the benefit of access to the track record* 
of each potential vendor, in performing past transac- 
tions with other members. These stored perfonrtance 
te^imonials are useful to the customer member, in mak- 
ing a final selection between two vendors, particularty 5 
where all other aspects of their respective bids are 
ck>se. Lastly, the customer members will have the capa- 
bility of contacting directly other customer memt>ers of 
the bidding vendors, should an additional investigation 
be warranted. jg 
[0025] Vendor members benefit from ready access 
to a community of customer members, willing to post 
their requirements for goods and services. The vendor 
members also have access to a collection of other ven- 
dors who may desire to form a joint venture, or another 75 
form of business relationship, to satisfy a customer's 
requirements. The vendor members will also benefit 
from access to certain teniplales, orfomis, which facin- 
tate contract formation with other vendors and with cus- 
tomer members. 20 
[0026] Vendor/sub-contractor members benefit 
from access to customer member postings and vendor 
postings, relating to customer projects and require- 
ments. By viewing these postings, vendon^suk>-contrac- 
tors are able to assess whether they have the interest 25 
and capability in undertaking a portion of a particular 
project, under the bid of a vendor member. Sub-contrac- 
tor members also have access to the portfolio of tem- 
plates for employment agreements, provided by the 
community organizer. 30 
[0027] As will be explained herein, a vendor may 
assume either a sole vendor role, a joint vendor role, or 
a sub^ntractor role. It should be understood, there- 
fore, that the vendor/sub-contractor role is merely a sub- 
set of the larger vendor role, and a particular vendor as 
may elect to play different roles in different projects, 
depending upon interests and capabilities to perfbnm. 
[0028] The virtual business community is estat>- 
lished, maintained, and expanded through a registration 
process. Rgure 2 shows generally how such a process 40 
is undertaken. As will be explained below, each conmnu- 
nity member has somewhat different concems depend- 
ing upon their role in the community, and this is reflected 
in the particular infonmation entered by and collected 
from each memt^er during the registration process. To 45 
begin the registration process, the existing nnennber or 
the applicant member accesses the electronic business 
site on the Intemet, and enters a name and a password 
as well, in step 22. A detemnination ts made in step 23, 
whether a member account already exists. If so, step 24 so 
compares the password entered with the offkHal 
account password. If they do not match, the process 
returns to step 22. If they do match, the contact infomna- 
tion step 26 is reached. Returning briefly to step 23, if 
the member account does not exist, the process passes ss 
to step 27, where tiie password is re-entered. If the 
passwords now match in step 28, the process will pro- 
ceed to step 26. If not, the process returns again to step 



22. For a new account, a member may not enter into 
contract negotiations until the community organizer has 
validated account infonmation. 
[0029] Basb contact information about the member, 
such as name, nk:kname, postal address. E-mail 
address, phone number, and facsimile number are 
entered into in step 26. Community information about 
each member, depending upon their role In the commu- 
nity, is provided in step 29. Access to certain types of 
community member infonmation is restricted by the 
community organizer. Customer members are initially 
asked to provide billing information, corporate affiliation, 
and preferences. Vendor member information to be pro- 
vided may include product or service category or cate- 
gories, corporate aftil'iation and business entity, billing 
information, and preferences. The community organizer 
conducts a screening process of new registrants, to 
ensure that all members' interests are protected. After 
step 29 is completed, the registration process ends. 
[0030] The overall process for transactions cam'ed 
on at the electronic business site 11 is shown in Rgure 
3. To initio a tran^ction in step 31 , a requesting cus- 
tomer PDember having a validated account, first defines 
in a written Request For Proposal ("RFP"), its require- 
ments for goods or servk^es. Some RFPs, of course, 
may set forth a combination of both goods and servk:es. 
From a strictly legal standpoint, the RFP will usually 
constitute an invitation for an offer, rather than an offer 
itself However, it is possible that an RFP may be written 
as an offer, having sufficient detail and specificity to 
form a contract upon immediate acceptance of all terms 
and conditions by a willing vendor. Typically though, the 
RFP will be more general than a formal contract offer, 
and wnll set forth the project description, the category or 
categories of goods and servk:es, the functional specifi- 
cations for the goods and services, the time for perform- 
ance, and perhaps a range for the desirod contract 
price, or a rough scale of the available budget The E- 
nnail address of the person to receive responsive bids is 
also set forth. In all cases, the RFP must be sufficiently 
dear and concise so as to pronnote both automatk: and 
manual filtering, by browsing, as to its contents, after it 
IS posted. 

[0031] In step 32, the RFP is posted at the elec- 
tronic business site. The vendor member community 33 
can become appraised of the RFP in a variety of ways. 
Rrst, vendor members can browse all posted RFPs, as 
indicted by step 34. Afthough this method gives vendors 
a wide range of projects to consider, it may not be par- 
ticularty time-effective "if the list of available RFPs is 
lengtiiy. Another alternative ts identified in step 36, 
namely, browsing customer names or company catego- 
ries for RFPs. Vendor members may already know most 
of the names of potential customers of interest, so this 
method may prove more effective in locating RFPs 
within a known field of businesses. Step 36 also con- 
templates category browsing, for conripanies wittiin a 
known company category whk:h have posted RFPs. 
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Lastty, the communrty or^izer provides a notification 
service for RFPs. designated by step 37. With this serv- 
ice, all RFPs falling within a selected category, such as 
price, subject matter, geographic area for perfonnance, 
time for performance, and the like, are immediately 
routed after posting to the subscn'bing vendor member. 
[0032] Once a vendor member has become aware 
of an RFR it first reviews the RFP in step 38 to see if it 
is of interest If it is, then in step 35, the vendor may con- 
sider that requesting customer's past perfomnance. In a 
memt)er-accessible database or other electrons record 
maintained by the community organizer, customer and 
vendor performance history 43 is stored. This history 
sets forth salient facts, regarding each memt}ers' partic- 
ipation in undertaking and completing past contracts. 
Another important consideration for the vendor, is 
deciding what role the vendor would tike to assurrte in 
satisfaction of the customer's stated requirements. For 
example, in step 39, the vendor must deckle whether or 
not it requires collaboration with others to satisfy the 
requirements of the RFR If the vendor decides that it 
solely will perfonn all contractual obligations sought 
under the RFP, the vendor will directly sutjmit a vendor 
bid or proposal, in step 41. At the moment the posting 
vendor nr^kes the bid, the RFP posting includes a noti- 
fication of that fact and the bid itself is sent directiy to the 
customer member. In step 42, the requesting customer 
evaluates the bid or proposal, taking into conskieration 
the tenns of the bid, and the performance history 43 for 
the posting vendor, if it is available. If the bid is one that 
appears worth pursuing further, the requesting cus- 
tomer communbates that fact to the posting vendor, and 
the contract negotiation, step 44, begins. 
[0033] In fbnnulating the temns of the contract, the 
customer and the vendor may rely upon the cus- 
tomen^rendor template agreements 46, maintained in a 
database or other electronk: record at the electronb 
business site. Then during the course of contract nego- 
tiations, these templates may be amended to incorpo- 
rate, modify, or flag terms dealing with issues whch 
have arisen. In the event the negotiations result in an 
agreement, a custonner/vendor contract 47 is entered 
into. Step 46, presents another opportunity to refine the 
templates by adding the new contract to the existing 
template agreements, or by amending certain provi- 
sions of the existing template agreements in accord- 
ance witti the fully negotiated tenns. 
[0034] As a final step 49, contract perfomnance is 
completed under the temns of the existing cus- 
tomer/vendor contract It may be that as a result of the 
contract performance, postings may be made, or real- 
time electronic meetings may be undertaken, by one or 
more members by way of customei/vendor tomms 51. 
There may be customer only forums, vendor only 
forums, or combined customer and vendor forums. Per- 
formance under a recently completed contract may be 
discussed, or any other topic of concern to the menr^ 
bens of the business community may be entertained. 



These cGscussion at the forums may also result in fur- 
ther refinements to the template agreements, as 
indkited in Rgure 3A. 

[0035] In the event that the vendor requires collabo- 

5 ration with others to fulfill or otherwise participate in pro- 
viding goods or servk:es in response to an RFP, other 
systems are in place in the electron^ business site to 
facil'rtate decision-making and issue resolution. Making 
reference now to Rgure 3B, the vendor must decide in 

TO step 52, whether its is to be a primary contractor or not 
For purposes of the present discussion, a primary con- 
tractor is one who will collaborate with one or more sub- 
contractors, to fulfill the requirements of the RFP. 
Assuming first that the vendor does not wish to be a pri- 

15 mary contractor, *rt must then deckie in step 53, whether 
or not it wants to assume a sub-contractor role. 
[0036] If the vendor elects not to be a sub-contrac- 
tor, then the remaining role Is that of entering into a part- 
nership, or some other type of business relationship, 

20 with one or more other vendors. For example, if ttie ven- 
dor desires a partner to assist in futfilfing the require- 
ments of the RFP, the vendor may post a partner 
request 54, directed either to the vendor member com- 
munity 33 at large, or to a selected segment of that com- 

25 munity. The partner request would typk^lly make 
reference to a particular RFP, and set forth what goods 
or servk:es the requesting partner would provide, and 
what goods or services the sought after partner would 
provide. 

30 [0037] The potential vendor/partner may consider 
the requesting vendor/partner's past performance 55, 
by accessing the perfonmance history 43 stored at the 
business site. Similarly, the requesting vendor/partner 
may consider the potential vendor/partner's past per- 

35 formance 55, after receiving an initial response to the 
request 

[0038] If a satisfactory initial response is received 
from another vendor, parties may begin contract negoti- 
ations, in step 56. The parties may also rety upon the 

40 vendor/vendor template agreements 57 in establishing 
a starting point in their contract negotiations. 
[0039] It shoukj be pointed out that the negotiated 
'contract" between the vendors could be a Joint venture, 
a partnership, or even a merger of the two business 

45 entities. It simply depends upon the nature, size, and 
temporal scope of the RFP and the objectives of the 
vendors as to what fomn of business relationship is 
appropriate. Thus, while the partbular exanrple herein 
refers to a partnership, this relationship is only one of 

50 many that may be selected, developed, and agreed to 
between and among two or more vendor members. 
[0040] If the negotiations are successful, the ven- 
dors will then enter into a vendor/vendor contract agree- 
ment, in step 58. It is reasonable to assume that in most 

55 instances, the agreement will be contingent upon suc- 
cessful bidding for a partfcular RFR However, the nature 
of the electronic business site is such that longer term 
alliances and other business relationships may result 
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from an inrtial collaborative effort between two or more 
vendors. Based upon tfieir contractual agreement, the 
vendors must still formulate a vendor/vendor bid or pro- 
posal, in step 58. Taking into consideration their con- 
tractual agreement, the posting vendors will submit their 5 
bid to the customer member in the same manner as the 
individual posting vendor did, in the exantple previously 
described The vendor/vendor bid will undergo an eval- 
uation process by the customer, and if successful in bid- 
ding, the contract negotiation, contract fbnmation, and ro 
vendor performance processes are identical to those 
previously explained in Figure 3A. For that reason, no 
effort will be made herein to provide a duplicate expla- 
nation of those steps already described. 
[0041] Retuming now to step 53, if the vendor is 
elects to be a sub-contractor, the vendor will register 
itself on a list of sub-contractors 59. This list will typically 
make reference to a particular RFR and will also set 
forth the partcular goods and services whk^h the vendor 
is capable of providing, in this role as a sut)-contractor. 20 
The community organizer may also maintain a general 
list of sub-contractors, which contains the names of all 
memt>ers who are interested in performing as a sub- 
contractor without reference to partk:ular project 
requirements. These lists are available to other vendors, 25 
and are particularly designed for access by vendors 
desiring to be a primary contractor, in fulfilling a particu- 
lar RFR 

[0042] Thus, in step 52, if the vendor seeks the role 
of a primary contractor, it does so with the knowledge 30 
that one or more sub-contractors must be solicited or 
ascertained, for providing goods or servfces that the pri- 
mary contractor itself cannot provide. In step G1 , the pri- 
mary contractor undertakes a process known as 
marshalling the sub-contractor list In reviewing this list, 35 
the primary contractor assesses the capabilities, experi- 
ence, and skills of a listing sub-contractor, and decides 
which one or ones of them are good prospects. The pri- 
mary contractor may also consider past subKX)ntractor 
performance 60, by accessing the database containing 40 
perfomtance history 43. Then, in step 62, the process of 
contract negotiation between and among the ven- 
dor/primary contractor and one or more vendor/sub- 
contractors is undertaken. As with the other contract 
negotiation and fomnulation processes described, the 4S 
parties may rely upon primary/subKx>ntractor template 
agreements 63. These agreements are maintained and 
refined in the same way as the other templates. 
[0043] If the parties have successfully negotiated 
the terms and conditions of their business relationship, so 
a primary/sub-contractor contract 64 is entered into. 
Because this relationship is usually formulated around a 
particular RFP, the contract 64 is typically contingent 
upon the primary contrector's award of a prime contract 
with the customer who posted that RFR To that end, the ss 
primary contractor submits a posting vendor/primary 
contractor bid or proposal in step 66 (see, Rgure 3A). 
Of course, only the posting vendon^primary contractor 



submits the bid, as the sub-contractors tights and obli- 
gations to perform the requirements of the RFP are only 
under the primary contractor, by virtue of the pri- 
mary/sut>-contractor contract 64. After the posting ven- 
dory|3rimary contractor's bid has been submitted to tiie 
requesting customer member, this bid is treated in iden- 
tical fashion to the posting vendor btel and the posting 
vendor/vendor bid described above. 
[0044] It will be appreciated, then, that 1 have 
descrit)ed an electronk: business site established and 
maintained by a community organizer. Customers and 
vendors register as exclusive memt)ers of the business 
site, and use its unique and efficient methods of posting 
Requests For Proposals, fomnulating partnerships, for- 
mulating prirrmry and sub-contractor relationships, sub- 
mitting bids, negotiating and entering into contracts, and 
performing under those contracts. 

Claims 

1. A computerized method for members to conduct 
business at a member-only accessible electronk: 
business site, comprising the steps ot 

a registering a community of customer mem- 
bers, at least one of said custonrier members 
being a requesting customer, posting a request 
for proposal for goods or services at the elec- 
trons business site; 

b. registering a community of vendor members, 
at least one of said vendor members being a 
posting vendor, accessing and reviewing said 
request for proposal; 

c. providing a perfomnance history database at 
the electronic business site, said database 
containing past contract performance history 
for said customer members and said vendor 
members, said datat)ase being accessible by 
customer members and vendor memk>ers; 

d. said posting vendor posting a bid in 
response to said request for proposal, provid- 
ing said posting vendor member finds said 
request for proposal of interest; 

e. said requesting customer evaluating said 
bid, and entering into contract negotiations with 
said posting vendor, providing said requesting 
customer member finds said bid of sufficient 
interest for negotiation; and, 

f. entering into a customer/vendor contract, 
providing said requesting customer and said 
posting vendor agree upon temns of a cus- 
tomerA^endor contract 
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2. The method of dalm 1 further including the steps of 
collecting infbnnation regarding customer and ven- 
dor perfonmance under said customerA/endor con- 
tract, and entering said information Into said 
performance history datat)ase. 

3. The method of daim 1 further including the step of 
providing a customer/vendor template agreement 
database containing at least one agreement for the 
sale of goods or services between a customer and 
one or more vendors, said customer/vendor tem- 
plate datat)ase being accessible by said customer 
members and said vendor members. 

4. The method of daim 3 further induding the step of 
fadlltating customer/vendor forums, during which 
performance under customer/vendor contracts is 
discussed by way of bulletin board postings and 
electronic meetings through the electronic business 
site. 

5. The method of daim 4 further including the step of 
refining said template database in view of discus- 
sions had during the course of said customerA^n- 
dor forums. 

6. The method of daim 1 further including the step of 
said posting vendor member making a determina- 
tion after reviewing said request for proposal, that 
said posting vendor requires collaboration with 
other vendor members to provide said goods or 
services required under said request for proposal. 

7. The method of claim 6 further induding the steps of 
said posting vendor member electing to become a 
primary contractor and reviewing a sub-contractor 
list maintained at the electronic business site for 
marshalling one or more sub-contractors to assist 
said primary contractor in providing said goods or 
services. 

8. The method of daim 7 further induding the steps of 
said primary contractor accessing said perform- 
ance history database, and considering the per- 
fbnn£mce of sut^contractors which have been 
marshalled. 

9. The method of daim 8, further induding the steps 
of said primary contractor and said marshalled sub- 
contractor undertaking contract negotiations and 
entering into a primary/sub-contractor contract. 

10. The method of daim 9, further induding the step of 
providing a primary/sub-contractor template agree- 
ment database containing at least one agreement 
for the sale of goods or servces between a primary 
contractor and one or more sub-contractors, said 
primary/sub-contractor template database being 
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accessible by primary contractors and sub-contrac- 
tors. 

11. The method of daim 6 further including the steps of 
5 said posting vendor member electing to become a 
sub-contractor and registering on a sub-contractor 
Fist maintained at the electronic business site. 

1Z The method of daim 6 further induding the steps of 
TO said posting vendor member electing to enter into a 
joint business relationship with another vendor to 
assist said accessing vendor member in providing 
said goods or services, and posting a vendor/con- 
tract request at the electronk: business site to the 
IS vendor member conrununity. 

13. The method of daim 12 further including the steps 
of said posting vendor accessing said performance 
history database, and considering the perfonmance 
20 of any vendor whch has responded to said ven- 
dor/contract request. 

14w The method of claim 13, further induding the steps 
of said posting vendor and said responding vendor 
25 undertaking contract negotiations and entering into 
a vendorA^ndor contract 

15. The method of claim 14, further including the step 
of providing a vendorA^ndor template agreement 
database containing at least one agreement struc- 
turing the joint providence of goods or servrces by 
two or more vendors for a customer, said ven- 
dorAfendor template agreement database being 
accessible by vendor members. 

16. A computerized method of conducting business at 
an electronic business site on a networi( accessible 
only by members of a registered business commu- 
nity including custonter members and vendor nr)em- 
bers, comprising the steps of: 

a. receiving and storing a request for proposal 
from a requesting customer member; 

b. posting said request for a proposal at the 
electronic business site, for access and review 
by the vendor members; 

c. receiving and storing a bid from a posting 
vendor member, said bid being responsive to 
said request for proposal; 

d. posting said bkl at the electron^ business 
site, for access and review by said requesting 
customer member; 

e. maintaining a performance history database 
at the electronk) business site, said database 
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containing past contract performance history 
for said custonner members and said vendor 
members, said perfomnance history dat£Lt>ase 
being accessible by customer members and 
vendor members; 5 

f. maintaining a customer/vendor template 
agreement database containing at least one 
agreement for the sale of goods or services 
between a member customer and one or more io 
member vendors, said customer/vendor tem- 
plate database being accessible by said cus- 
tomer members and said vendor members; 

g. accessing said performance history data- is 
base and considering performance of the post- 
ing vendor member and considering 
performance of the requesting customer menr>- 
ber; and, 

20 

h. accessing said customer/vendor template 
agreement database and entering into contract 
negotiations between said requesting cus- 
tomer member and said posting vendor mem- 
ber using an agreement accessed. 25 

1 7. The method of daim 1 6 further including the step of 
said posting vendor making a determination after 
reviewing said request for proposal, that said post- 
ing vendor requires collaboration with other vendor so 
members to provide said goods or ser/ices 
required under said request for proposal. 

18. The method of daim 17 further induding the steps 

of said posting vendor member electing to become as 
a primary contractor and reviewing a sub-contractor 
list maintained at the electronic business s'rte for 
marshalling one or more sub-contractors to assist 
said primary contractor in providing said goods or 
services. 40 

19. The method of daim 17 further induding the steps 
of said posting vendor member electing to become 
a sub-contractor and registering on a subcontrac- 
tor list maintained at the electronic bu^ness sita 4S 

20. The method of daim 1 7 further induding the steps 
of said posting vendor member electing to enter 
into a joint business relationship with another ven- 
dor to assist said accessing vendor member in pro- so 
viding said goods or services, and posting a 
vendor/contract request at the electronic business 
site to the vendor member community. 
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